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Beschreibung 



5 Verfahren und Anordnung zur Modifikation einer Webpage 

Webpages sind Dateien, die im World Wide Web (WWW) mit Hilfe 
des Hypertext Transfer Protocol (HTTP) von HTTP Servern - 
10 auch 'Web Server' genannt - zu HTTP-Clients - auch 'Browser' 
genannt - tibermittelt und von diesen tiblicherweise darge- 
stellt werden. 

HTTP ist hierbei eine Menge von Regeln zum Austausch von 
15 Text-, Bild-, Klang-, Video- und/oder andere Multimediadatei- 
en im WWW. In Relation zur TCP/IP Protokoll-Suite stellt HTTP 
ein Anwendungsprotokoll (application protocol) im Sinne des 
ISO OSI Referenzmodells dar. Der Inf ormationsaustausch er- 
folgt bei TCP/IP mit Hilfe von sog. Flows, durch die Sender 
20 und Empfanger (z.B. Web Server und Browser) trotz des verbin- 
dungslosen Charakters von TCP/IP auf logisch abstrakter Ebene 
miteinander verbunden werden, d.h. logisch abstrahiert konnen 
Flows auch als Verbindungen bezeichnet werden. 

25 Ein wesentliches Konzept von HTTP besteht darin, dass Dateien 
Referenzen auf andere Dateien enthalten konnen. Durch deren 
Auswahl werden zusatzliche Ubermittlungsanforderungen - auch 
■Requests' genannt - ausgelost. Jeder Web Server enthalt 
hierzu neben den Webpages einen HTTP Damon. Dies ist ein Pro- 

30 gramm, das dauerhaft auf HTTP Requests wartet und diese bear- 
beitet, wenn sie eintreffen. Jeder Browser ist z.B. ein HTTP 
Client, der Requests an Web Server sendet. Wenn ein Nutzer 
des Browsers einen Request eingibt, indem er entweder einen 
Uniform Resource Locator (URL) eintippt oder einen Hypertext 

35 Link selektiert, dann erzeugt der Browser einen HTTP Request 
und sendet diesen mit Hilfe von TCP/IP an die Internet- 
Adresse, die dem eingegebenen URL entspricht. Der HTTP Damon 
im adressierten HTTP Server empfangt diesen Request, bearbei- 
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tet ihn und sendet die angef orderte (n) Datei(en) zuruck - 
diese Antwort auf einen Request wird auch 'Response' genannt. 

Eine spezielle Auspragung des Webpages sind die sog. HTML Da- 
5 teien - auch 'HTML pages' genannt. Diese enthalten neben der 
eigentlichen Information (z.B. Text und/oder Bilder) zusatz- 
liche Anweisungen, die in der Hypertext Markup Language 
(HTML) verfasst ist. HTML ist ein vom World Wide Web Consor- 
tium (W3C) empfohlener internationaler Standard, der von den 

10 zur Zeit am meisten verbreiteten Browsern - Microsofts Inter- 
net Explorer and Netscapes Navigator - beachtet wird. HTML 
besteht aus einer Menge von Markup-Symbolen - auch 'Codes' 
genannt die dazu dienen, eine bestimmte Darstellung der 
Informationen durch den Browser zu bewirken. Ein einzelnes 

15 Markup-Symbol wird auch als 'Element' oder als 'Tag' bezeich- 
net. Die aktuelle Version von HTML ist HTML 4.0. Bedeutende 
Leistungsmerkmale von HTML 4.0 werden zuweilen auch verallge- 
meinert als 'Dynamic HTML' bezeichnet. 

20 Jeder Browser unterstutzt neben den standadisierten Codes je- 
weils zusatzliche proprietare Erweiterungs-Codes . Als Bei- 
spiel hierfiir seien die sog. 'Skripts' genannt, die z.B. bei 
Netscape 'JavaScript', bei Mircosoft 'Visual Basic Script 
(VB-Script) ' , bei Sun 'Tool Command Language' und bei IBM 

25 'Restructured Extended Executor' genannt werden. Skripts sei- 
en im weiteren ohne Einschrankung der Allgemeinheit am Bei- 
spiel von JavaScripts beschrieben. 



JavaScript ist eine interpretierte Programmier- bzw. Skript- 
30 Sprache, die von Netscape entwickelt wurde. Sie wird zur Zeit 
sowohl von Microsofts Internet Explorer, als auch von Netsca- 
pes Navigator weitgehend unterstutzt. Grundsatzlich ist eine 
Skriptsprache leichter zu verstehen und schneller zu codieren 
als eine Compilersprache wie z.B. C, C++ oder Java. Eine 
35 Skriptsprache ist bei Ausfuhrung jedoch deutlich langsamer 
als eine Compilersprache. Skripts werden deshalb haufig in 
relativ kurzen Programmen eingesetzt. JavaScript wird z.B. in 




Webpages eingesetzt, um die Darstellung von Inf ormationen im 
Browser zu andern, wahrend die Maus uber sie bewegt wird. Ja- 
vaScript Programmteile kQnnen innerhalb von HTML pages pla- 
ziert werden. Sie werden iiblicherweise vom Browser interpre- 
5 tiert. Javascript Programmteile konnen auch auf Web Servern 
zum Ablauf kommen wie z.B. in Microsoft s Active Server Pages, 
bevor eine Seite zum anfordernden Client gesendet wird. 

JavaScript verwendet zwar einige der Ideen, die auch in der 
10 Compilersprache Java gefunden werden konnen. Ansonsten sind 

JavaScript als interpretierte Sprache und Java als compilier- 
te Sprache trotz des ahnlichen Namens grundsatzlich sehr un- 
terschiedlich und sollten nicht miteinander verwechselt wer- 
den, 

15 

Java ist im Unterschied zu JavaScript eine objektorientierte, 
compilierte Programmiersprache, die ausdrucklich zur Verwen- 
dung in der verteilten Umgebung des Internet entwickelt wur- 
de. Sie wurde 1995 von Sun Microsystems vorgestellt und seit- 
20 dem stetig weiterentwickelt . 

Java Programme werden in einen sog. 1 Java Bytecode 1 compi- 
liert, der von jedem Computer ausgefuhrt werden kann, auf dem 
eine Java Virtual Machine (JVM) installiert ist. Die JVM in- 

25 terpretiert den Java Bytecode, d.h. iibersetzt den Bytecode in 
Maschinenbefehle, die von der realen Hardware ausgefuhrt wer- 
den konnen. Individuelle Charakteristika der Computer Hard- 
ware Platform wie z.B. die LSnge der Maschinenbefehle werden 
hierbei von der jeweiligen lokalen JVM bei der Ausfiihrung des 

30 Java Bytecode angepasst (optional kann der Java Bytecode von 
der JVM auch mit Hilfe eines just-in-time (JIT) Compilers dy- 
namisch in lokal ausf Uhrbaren Code iibersetzt werden, wobei 
Dynamic JIT Compilation 'in vielen Fallen schneller ist als 
schrittweise Interpretation der einzelnen Instruktionen eines 

35 Java Bytecode) . Ein Java Programm kann somit auf jeder belie- 
bigen Hardware Platform zum Ablauf kommen. Zur Zeit ist so- 
wohl in Microsofts Internet Explorer, als auch in Netscapes 
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Navigator eine JVM vorgesehen. Zudem hat zur Zeit beinahe je- 
der Hersteller von Betriebssystemen einen Java Compiler in 
ihrem Produktspektrum. 

5 Mit Java konnen zum einen komplexe Anwendungen entwickelt 
werden, die entweder auf einera Computer oder verteilt auf 
Server und Clients in einem Computernetz zum Ablauf kommen. 
Zum anderen kSnnen mit Java auch kleine Anwendungsmodule, 
z.B. Applets als Teil einer Webpage, entwickelt werden. 

10 

Ein Applet ist ein kleines Programm f das zusammen mit einer 
Webpage an einen Client ubermittelt werden kann. Ein in Java 
geschriebenes Applet wird auch 'Java Applet 1 genannt. Mit 
Hilfe von Java Applets konnen interaktive Animationen - z.B. 

15 Interaktionen mit dem Webpage Verwender - oder unmittelbare 
Berechnungen bewirkt werden, ohne dass hierbei weitere Re- 
quests zum Server gesendet werden miissen. Java Applets werden 
von einer eingeschrankten JVM interpret iert, in der system- 
kritische Befehle nicht zugelassen sind. Insbesondere enthal- 

20 ten die Java Objekte eines Java Applets grundsatzlich keine 
Referenzen auf externe Daten oder andere Objekte. Somit kann 
eine Instruktion keine Adresse enthalten, die auf Datenberei- 
che anderer Applikationen oder des Betriebssystems verweisen. 
Java Applets haben den Vorteil, dass sie wegen ihres Ablaufs 

25 im Client selbst besonders schnell bearbeitet werden k6nnen. 
Applets k&nnen auch in Web Servern zum Ablauf kommen und wer- 
den dann als 1 Servlets 1 bezeichnet. 

Entsprechend den bisher beschriebenen Konzepten werden Re- 
30 quests stets vom Client initiiert. Hierbei wird bei jedem Re- 
quest die vollstandige Webpage ubermittelt. Fur das Erstellen 
von Webpages ftir komplexe Web Applikationen ist dieses Modell 
nur bedingt geeignet. Oft ist es erf orderlich, dass die im 
Browser dargestellten Inf ormationen auf Initiative des Ser- 
35 vers aktualisiert werden. Beispielsweise ist fur eine Finanz- 
applikation eine Webpage erf orderlich, bei der im Browser die 
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dargestellten Borsenkurse und/oder Aktiendepotwerte zyklisch 
aktualisiert werden. 

Bekannt ist hierzu ein automat isiertes, periodisches Pollen 
5 des Servers, initiiert durch den Browser. Dazu wird ein spe- 
zieller HTML Tag eingesetzt, von dem der Browser dazu veran- 
lasst wird, automatisch nach einer gewissen Zeit einen neuen 
Request an den Server zu senden. Ein derartiger Tag sieht 
beispielsweise wie folgt aus: 
10 <META HTTP-EQUIV= n Refresh" CONTENT="12; URL=http: //xyz"> 

Durch diesen Tag wird der Browser angewiesen, nach 12 Sekun- 
den die URL http://xyz erneut anzufordern. Hierdurch wird ei- 
ne hohe Server und Netzlast erzeugt, da die Webpages auch 
dann angefordert werden, wenn keine Anderung stattfand. 

15 

In einem alternativen Verfahren wird vom Server in der Ant- 
wort auf einen HTTP Request ein spezieller Content Typ "mul- 
tipart /x-mixed-replaced" angegeben. Hierdurch wird der Brow- 
ser veranlasst, die Verbindung zum Server aufrecht zu erhal- 

20 ten. Von dem Server kann daraufhin jederzeit iiber die beste- 
hende Verbindung eine neue Webpage geschickt werden. Hierbei 
muss immer die komplette Webpage tibermittelt werden, wodurch 
eine unnotig hohe Netzlast erzeugt wird. Zudem kann nur die 
komplette Webpage aktualisiert werden, was einer ansprechen- 

25 den Darstellung der Webpage entgegensteht . 

Ein weiteres Verfahren stellen die von Netscape und Microsoft 
realisierten Channels dar. Browser registrieren sich bei ei- 
nem Channel und empfangen daraufhin alle fiber die Channels 
30 verteilten Inhalte. Wegen der Broadcast Architektur dieses 
Verfahrens kennen jedoch auf einen Benutzer personalisierte 
Inf ormationen wie z.B. der aktuelle Wert eines Aktiendepots 
nicht tibermittelt werden. 



35 



Weiterhin konnen Benutzeroberf lachen vollstMndig durch Java 
Applets realisiert und dargestellt werden. Hierbei werden ap- 
plikationsspezif ische Oberflachen und Kommunikationsprotokol- 
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le zwischen Browser und Server realisiert. Dies ist im Ver- 
gleich zur Erstellung von Benutzeroberf lachen mit HTML deut- 
lich aufwandiger, denn hierzu sind wegen der Komplexitat von 
Benutzeroberf lachen besonders gute Kenntnisse der Program- 
5 miersprache Java erf order lich. Die Programmierung einer Be- 
nutzeroberf lachen in Java ist erheblich schwerer zu lernen 
und durchzufuhren als in dem vergleichsweise einfach gestal- 
teten HTML. 

10 Eine Aufgabe der Erfindung liegt darin, ein verbessertes Kon- 
zept zur Modifikation von Webpages zu finden. Die Aufgabe 
wird durch die Merkmale des Patentanspruchs 1 gelost. 

Ein wesentlicher Aspekt der Erfindung besteht darin, dass bei 
15 einem Client, in- dem eine Webpage mit zumindest einer zuge- 
ordneten Modif ikationsschnittstelle, sowie zumindest ein 
Applet vorgesehen sind, wobei zwischen dem Applet und zumin- 
dest einem Server zumindest eine Verbindung besteht, von dem 
Server dem Applet zur Modifikation der Webpage in der Verbin- 
20 dung zumindest eine erste Nachricht mitgeteilt, vom dem 

Applet der Modif ikationsschnittstelle hierauf zumindest eine 
zweite Nachricht mitgeteilt und die Webpage unter Berucksich- 
tigung der zweiten Nachricht modifiziert wird. 

25 Einige wesentliche Vorteile der Erfindung seien im folgenden 
genannt : 

Inf ormationen, die im Browser dargestellt werden, konnen 
auf Initiative des Servers hin aktualisiert werden - die- 
ses Verfahren sei im weiteren auch "Server Push" genannt. 

30 - Es sind keine erf indungsspezif ischen Anderungen am Client 
Computer oder Browser (z.B. Installation von Anwendungen 
oder Erweiterungen am Browser) erf orderlich. Erf indungsge- 
mafi entwickelte Webpages konnen somit mit jedem Browser 
modifiziert werden, von dem Applets und Modif ikations- 

35 schnittstellen - z.B. in Form von dynamic HTML - unter- 

stutzt werden. 
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- Die Realisierung der Webpage kann in HTML erfolgen, was 
weniger zeitaufwendig und komplex ist als eine Realisie- 
rung in einer Programmiersprache wie z.B. Java. 

- Applet, Modifikationsschnittstelle und Server Push werden 
5 generisch eingesetzt und kOnnen somit ohne Modifikation 

fur beliebige Webpages genutzt werden. Von Webpage- 
Entwicklern muss keine Anpassung des Applets sowie dessen 
Verwendung der Modifikationsschnittstelle durchgefiihrt 
werden, 

10 

Nach einer Ausgestaltung des erf indungsgemafien Verfahrens ist 
die Modifikationsschnittstelle als Skript ausgebildet - An- 
spruch 4. Skripts werden als Teil von dynamic HTML bereits 
heute von beinahe jedem Browser unterstutzt. Somit kann das 
15 erf indungsgemaBe Verfahren ohne Anderung der bestehenden 

Browser realisiert werden. Bei entsprechender Definition ei- 
ner Modifikationsschnittstelle - z.B. als integraler Bestand- 
teil von HTML Webpages - konnte naturlich zukunftig auch der 
Umweg tiber ein Skript ent fallen. 

20 

GemaB einer Ausgestaltung des erf indungsgemSBen Verfahrens 
ist vorgesehen, dass das Applet mit einer dem Server bekann- 
ten Session-ID gekennzeichnet wird - Anspruch 6. Hierdurch 
kann ein Web Server mehrere simultan zugreifende Browser dif- 
25 ferenzieren. 

Nach einer Variante des erf indungsgemaBen Verfahrens wird die 
Adresse des Servers dem Applet als Parameter ubergeben oder 
aus dem Programmcode des Applets bestimmt - Anspruch 7. Dies 
30 sind zwei Ausgestaltungen, bei denen von dem Applet die fur 

den Aufbau der Verbindung zu dem Web Server erf orderliche Ad- 
resse des Web Servers sehr effizient ermittelt wird. 

Entsprechend einer Weiterbildung des erf indungsgemaBen Ver- 
35 fahrens ist vorgesehen, dass bei einer Webpage, in der zumin- 
dest ein modif izierbarer Bereich durch eine Tag-ID gekenn- 
zeichnet ist, in den beiden Nachrichten zumindest die Tag-ID 
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iibermittelt wird, wenn lediglich der Bereich modifiziert wer- 
den soil - Anspruch 8. Somit kann vorteilhaft ein beliebiger 
Ausschnitt der im Browser dargestellten Seite aktualisiert 
werden. Ein Reload der kompletten Seite entfallt. Fur die 0- 
5 bermittlung des Updates sind vorteilhaft weniger Netzresour- 
cen erforderlich als fur die (Jbermittlung der kompletten Sei- 
te- 

Weitere vorteilhafte Ausgestaltungen der Erfindung ergeben 
10 sich aus den unter- oder nebengeordneten Anspriichen. 

Die Erfindung wird im folgenden anhand von Ausf tihrungsbei- 
spielen, die in einer Figuren dargestellt sind, nSher erlau- 
tert. Es zeigt hierbei: 

15 

Figur 1 eine erf indungsgemafie Anordnung zur Ausfuhrung des 
erf indungsgemalien Verfahrens 

In dieser Figur sind beispielhaft zwei erf indungsgemafie Ein- 
20 richtungen, ein Server SV und ein Client CL, dargestellt. In 
beiden Einrichtungen CL, SV sind je eine erf indungsgemafie 
Webpage WP mit zugeordneter erf indungsgemafier Modif ikations- 
schnittstelle MS, sowie ein erf indungsgemafies Applet AP vor- 
gesehen. Durch einen entsprechenden Index CL bzw. SV wird 
25 hierbei die Zuordnung zur jeweiligen Einrichtung CL, SV ange- 
zeigt. Der Client CL ist z.B. als Browser BR, die Modif ikati- 
onsschnittstelle MS z.B. als Skript SK ausgebildet. In dem 
Server SV ist zudem ein erf indungsgemafies Servlet SL vorgese- 
hen. 

30 

Zwischen Client CL und Server SV besteht eine Verbindung VB, 
die optional durch eine Session-ID SID gekennzeichnet ist. 
Der Begriff "Verbindung" ist hierbei nicht dahingehend ein- 
schrankend zu verstehen, dass lediglich verbindungsorientier- 
35 te Verbindungstechniken wie z.B. ATM oder Festnetzwahlverbin- 
dungen gemeint waren. Vielmehr ist fur einen einschlagigen 
Fachmann of f ensichtlich, dass beliebige Verbindungstechniken, 
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d.h. insbesondere auch verbindungslose Verbindungstechniken 
wie z.B. TCP/IP eingesetzt werden k$nnen. 



Weiterhin sind folgende Nachrichten dargestellt: 

- 1: Request (WP) : vom Browser BR zum Server SV zur Anforde- 
rung einer Obermittlung der Webpage WP S v- 

- 2: Response (WP, MS (SK) , AL) : vom Server SV zum Browser 
BR zur Obermittlung der Webpage WP SV , der z.B. als Skripts 
SKsv ausgebildeten Modif ikationsschnittstelle MS S v und des 
Applets APsv- 

- 3: Connect (SID): vom Applet AP CL zum Server SV zum Aufbau 
der Verbindung VB. 

- 4: UD (TID, INF): vom Servlet SL zum Applet AL CL zur Ober- 
mittlung einer Information INF zur Modifikation der Webpa- 
ge WPcl sowie optional einer Tag-ID TID zur Identif ikation 
der zu modif izierenden Information INF in der WPcl- Diese 
Nachricht wird auch 'Update' genannt. 

- 5: EV (TID, INF): vom Applet AL CL an die Modif ikations- 
schnittstelle MScl zur Weiterleitung der Information INF 
und der Tag-ID TID. Diese Nachricht wird auch 'Event' ge- 
nannt . 

Schliefilich ist die Aktion 6: MOD (TID, INF) zur Modifikation 
der Webpage WP CL dargestellt. 

Der Code der Webpage WP mit zugeordneter Modif ikations- 
schnittstelle MS sei beispielsweise in einer Datei "SamplePa- 
ge", der des Applets AL in einer Datei "PushApplet " und der 
des Servlets SL in einer Datei "PushServlet " gespeichert. 

Fur ein Ausf uhrungsbeispiel der Erfindung ist im folgenden 
eine exemplarische Implementierung der erf indungsgemaflen Kom- 
ponenten Webpage WP, Modif ikationsschnittstelle MS, Applet AL 
und Servlet SL aufgezeigt. Die Modif ikationsschnittstelle MS 
ist beispielsweise als Skript SK ausgebildet. Die Webpage WP 
ist in HTML, das Skript SK in JavaScript und das Applets AL 
sowie das Servlets SL sind in Java codiert. Erf indungswesent- 
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liche Elemente sind zum erleichterten Verstandnis der Codes 
durch vorangestellte Kommentare gekennzeichnet . 

Die konkretisierende Ausbildung der Modif ikationsschnittstel- 
5 le MS als Skript SK sowie die Implementierungen in konkreten 
Sprache sind hierbei nicht einschrSnkend zu verstehen. Fur 
einen einschlagigen Fachmann ist of f ensichtlich, dass die er- 
findungsgemafien Komponenten in beliebigen Sprachen und mit 
beliebigen Schnittstellen realisiert werden konnen. 



Datei "Sample Page" mit Webpage WP und Skript SK 



<HTML> 

15 

<HEAD> 

<META HTTP-EQUIV="Content-Type" 

content=" text /html; charset=iso-8859-l"> 
<TITLE>Document Title</TITLE> 
20 </HEAD> 



<BODY> 

<object name="PushApplet" 
code=" PushApplet " 
25 codebase = " some_di rectory" > 

<param name="FiresScriptEvents" value="true"> 

<! COMMENT SID_DEF: Hier wird die Session-ID SID festgelegt> 

<param name="SessionID" value="1234 "> 
</object> 

30 

<! COMMENT TID_DEF: Hier wird die Tag-ID TID als "IDO" fiir 
die nachfolgende Information f estgelegt . > 

<div id="ID0"> 

VALUE OF STOCK OPTION XY: USD 100.00 
35 (UPDATED AT 12.00, 01.01.2000) 

</div> 
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<! COMMENT 8K DBF: Hier ist oin als JavaScript definiertes 
Skript SK direkt in die HTML Datei SamplePage eingef iigt: . > 
<! COMMENT BV DBF : Innerhalb dieses SCRIPT Tags wird hierbei 
das Event EV als "push(e)" definiert.> 

5 <script 

language=" JavaScript" f or=" PushApplet" 

event="push(e) "> 
document. all (e.getElement () ) .innerHTML = e. getValue ( ) ; 

</script> 
10 </BODY> 



// Class PushApplet (Extention of class Applet) 
// 

// public methods of class PushApplet: 
20 // *01* void init<) 
// *02* void stopO 
// *03* void run{) 

import j ava . util . * ; 
25 import j ava -applet.*; 
import java.net.*; 
import java.io.*; 

public class PushApplet extends Applet implements Runnable { 
30 private transient Vector m_myEventsListeners; 



</HTML> 



15 



Datei "PushApplet" mit Applet AL 



private Socket m__Socket = null; 
private String m_SessionID = null; 



35 



//*01*// 

public void init ( ) { 
// save session id 
m SessionID = getParameter ( 



"SessionID") ; 
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// COMMENT Connect: Hier wird von dem Applet AP eine 
// Verbindung VB zum Server SV auf gebaut . 

// open connection to server 

String host = this . getCodeBase ( ) . getHost ( ) ; 

try { 

m_Socket = new Socket (host , 8000) ; 
System. out . println 

("PushApplet : Connection to server established. "); 
(new Thread (this) ) .start () ; 

} 

catch (Exception e) { 
System. out . println 

("PushApplet: Failure. " + e.getMessage ()) ; 

} 



15 



} 



20 



25 



30 



//*02*// 

public void stop ( ) { 

// exit immediately if no connection to server exists 
if (m__Socket — null) { return; } 
// terminate connection to server 
try { 

m_Socket . close ( ) ; 
System, out . println 

("PushApplet: Connection to server closed. "); 

} 

catch (Exception e) { 
System. out .println 

("PushApplet: Failure. " + e.getMessage () ) ; 



} 



} 



//*03*// 

public void run ( ) { 
35 try { 

// COMMENT SID__SND: Hier wird die SID an der Server SV 
// ixbermittelt 
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// send session id 
DataOutputStream out = 

new DataOutputStream (m_Socket . getOutput Stream ( ) ) ; 

DatalnputStream in = 
5 new DatalnputStream (m_Socket. get InputStream ( ) ) ; 

out . write(JTF(m_SessionID) ; 
out . flush ( ) ; 
System. out . print In 

("PushApplet: Session ID transmitted, "); 
10 // COMMENT UDJLST: Bier werden vam Server SV gesendete 

// Nachrichten UD enpfangen 
// receive updates 
for (;;) { 

String element = in. readUTF ( ) ; 
15 String value = in. readUTF( ) ; 

System. out . println 

("PushApplet: Update Element " 
+ element 
+ " with value " 
20 + value) ; 

// COMMENT EV_SND: Hier wird die Nachricht EV 
// als Event push(e) an das Skript SK gesendet 
if (m_myEven t sLi s t ener s != null) { 
PushServerEvent e = 
25 new PushServerEvent (this, element , value) ; 

// initiate update by triggering event (s) 
for ( int i = 0 

; i < m_myEventsListeners . size ( ) 

; i++) 

30 ( ( PushServerList ener ) 

m_myEvent sListeners. element At (i) ) .push(e) ; 

} 

} 

} 

35 catch (Exception e) { 

System. out .println 

("PushApplet: Failure. " + e . getMessage ( ) ) ; 
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} 

} 

} // end of class PushApplet 



5 



Datei " PushServlet" mit Servlet SL 



// Class PushServlet (Extention of class HttpServlet) 
// 

10 // public methods of class PushServlet: 
// *11* void init(...) 
// *12* void run() 

import j avax . servlet . * ; 
15 import j avax. servlet . http. *; 
import java.io.*; 
import java.net.*; 
import java.util. *; 

20 public class PushServlet extends HttpServlet implements Run 
nable { 

ServerSocket m_ServerSocket = null; 
Hashtable m ClientSockets = new Hashtable () ; 



25 



//*11*// 

//Initialize global variables 

public void init (ServletConf ig config) 
throws ServletException { 



super . init (config) ; 



30 



try { 

m_ServerSocket = new ServerSocket (8000) ; 
(new Thread (this) ). start () ; 



} 



35 



catch (Exception e) { 

throw new ServletException 



("Cannot create ServerSocket"); 

} 






} 

//*12*// 

public void run ( ) { 
5 Socket socket = null; 

try { 

socket = m_ServerSocket .accept () ; 

// launch new handler thread 

(new Thread (this) ) .start () ; 
10 // read session id 

DatalnputStream dataln = 

new DatalnputStream ( socket . get InputSt ream ( ) ) ; 

DataOutputStream dataOut = 

new DataOutputStream (socket. getOutputStream( )) ; 
15 String sessionID = dataln. readUTF () ; 

// store socket 

m_Client Sockets. put (sessionID, socket) ; 
// transmit update to client 
try { 

20 // COMMENT TID_SND: Hier warden die Tag-ID TID 

// zur Identification des zu andernden Bereichs 
// ±n der Webpage WP CL eingefxigt 

dataOut. writeUTF("ID0") ; 

// COMMENT INFJSND: Hier wird die aktualisierte 
25 // Information INF in die Nachricht UD eingefiigt. 

dataOut . writeUTF ( " 

VALUE OF STOCK OPTION XY: USD 123.45 
(UPDATED AT 12.15, 01.01.2000) 

") ; 

30 // COMMENT UD_SND: Hier wird die Nachricht UD vom 

// Servlet SV an das Applet. AP gesendet . 

dataOut. flush ( ) ; 

} 

catch (Exception e) { 
35 // failure, terminate session 

m_ClientSockets . remove (sessionID) ; 
break; 



} 

} 

catch (Exception e) { 
} 

} 

} // end of class PushServlet 

In diesem Ausf tthrungsbeispiel wird davon ausgegangen, dass in 
dem Browser BR die Webpage WP mit dem zugeordneten Skript 
SKcl/ sowie das Applet AL C l bereits vorgesehen sind, dass zwi- 
schen dem Applet AL CL und dem Server SV bereits eine Verbin- 
dung VB besteht und dass die Webpage WP CL bereits von dem 
Browser BR dargestellt wird, d.h. dass folgende Information 
INF dargestellt wird: 

VALUE OF STOCK OPTION XY: USD 100.00 
(UPDATED AT 12.00, 01.01.2000) 

Eine Moglichkeit zur Bereitstellung der erf indungsgemafien 
Komponenten Webpage WP, Skript SK und Applet AL im Browser BR 
besteht z.B. darin, dass - wie eingangs beschrieben - von dem 
Browser BR ein HTTP Request an den Server gesendet wird und 
von dem Server daraufhin mit einem HTTP Response die erfin- 
dungsgemaBen Komponenten Webpage WP, Skript SK und Applet AL 
an den Browser ubermittelt werden. Dieses nicht erf indungswe- 
sentliche Verfahren ist in Figur 1 durch die Nachrichten 
1: Request (WP) und 2: Response (WP, SK, AL) angedeutet. 

Eine Moglichkeit zum Aufbau der Verbindung VB zwischen Brow- 
ser BR und Server SV ist in der Initialisierungs-Methode i- 
nit() (siehe *01* in der Codedatei PushApplet) des Applet AL 
dargestellt (siehe COMMENT Connect und Nachricht 3: Connect 
(SID) in Figur 1) . Weiterhin wird in dieser Codedatei in der 
Ausfiihrungs-Methode run ( ) (siehe *03*) die Session-ID SID an 
den Server SV ubermittelt (siehe COMMENT SID_SND) . Die Sessi- 
on-ID ist hierbei in der Codedatei SamplePage definiert (sie- 
he COMMENT SID DEF) . 
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Das erfindungsgemafie Modif ikationsverf ahren wird von dem 
Servlet SV in der Ausf vihrungs-Methode run() (siehe *12* in 
der Codedatei PushServlet) durch das Aussenden der Nachricht 
UD initiiert (siehe COMMENT UD_SND und Nachricht 4: UD (TID, 
5 INF) in Figur 1) . In diese Nachricht ist zumindest die aktua- 
lisierte Information INF eingefugt (siehe COMMENT INFJSND) . 
Optional wird auch eine Tag-ID zur Kennzeichnung des zu an- 
dernden Bereichs in die Nachricht UD eingefugt (siehe COMMENT 
TID_SND) . Die Tag-ID ist hierbei in der Webpage WP def iniert 
10 (siehe COMMENT TID_DEF in der Codedatei SamplePage) * Diese 

erfindungsgemafie Verwendung einer Tag-ID TID ist optional und 
kann somit auch weggelassen werden. 

Die gesendete Nachricht UD wird von dem Applet AL CL in der 
15 Ausfuhrungsmethode run ( ) (siehe *03* in der Codedatei Push- 
Applet) empfangen (siehe COMMENT UD_LST) . Die Tag-ID TID und 
die aktualisierte Information INF werden der Nachricht UD 
entnommen und als Nachricht EV dem Skript SKcl mitgeteilt 
(siehe EV_SND und Nachricht 5: EV (TID, INF) in Figur 1). Die 
20 Nachricht EV ist hierbei beispielsweise als Event EV ausge- 
bildet, das in dem Skript SK CL als push(e) def iniert ist 
(siehe COMMENT EV_DEF in der Codedatei SamplePage) . 

Das Event EV wird von dem Skript SKcl, das in der Codedatei 
25 SamplePage definiert ist (siehe COMMENT SK_DEF) , empfangen. 
Durch dieses Skript SK C l wird ein generisches Konzept reali- 
siert, bei dem die bisher dargestellte Information INF, ggf . 
gekennzeichnet durch die Tag-ID TID r durch den aktualisierten 
Wert der Information INF erstetzt wird. Hierzu werden der 
30 Nachricht die Tag-ID TID und die aktualisierte Information 
INF entnommen und generisch - id=e . getElement ( ) und va- 
lue=e.getValue ( ) - in ein dynamic HTML Kommando docu- 
ment, all (...) eingefugt. Von diesem wird hierauf unter Be- 
riicksichtigung der aktualisierten Information INF die durch 
35 das Tag-ID TID gekennzeichnete Information INF modifiziert 

(siehe auch Aktion 6: MOD (TID, INF) in Figur 1) . Nach dieser 
Modif ikation wird von dem Browser BR folgendes dargestellt: 
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VALUE OF STOCK OPTION XY: USD 123. 
(UPDATED AT 12.15, 01.01.2000) 
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Patentanspriiche 



1. Verfahren zur Modif ikation einer Webpage (WP CL ) in einem 
5 Client (CL) , in dem die Webpage (WP CL ) mit zumindest einer 
zugeordneten Modif ikationsschnittstelle (MS CL ) r sowie zumin- 
dest ein Applet (AL C l) vorgesehen sind, wobei zwischen dem 
Applet (AL C l) und zumindest einem Server (SV) zumindest eine 
Verbindung (VB) besteht, 
10 mit f olgenden Schritten : 

- von dem Server (SV) wird dem Applet (AP CL ) zumindest eine 
erste Nachricht (UD) mitgeteilt, 

- vom dem Applet (AP CL ) wird hierauf der Modif ikations- 
schnittstelle (MS C l) zumindest eine zweite Nachricht (EV) 

15 mitgeteilt, 

die Webpage (WP C l) wird unter Berucksichtigung der uber die 
Modif ikationsschnittstelle (MS C l) empfangenen zweiten Nach- 
richt (EV) modif iziert. 



20 2. Verfahren nach Anspruch 1, 
dadurch gekennzeichnet , 

dass der Client (CL) als Browser (BR) ausgebildet ist, von 
dem die Webpage (WP) dargestellt wird. 

25 3. Verfahren nach einem der Anspriiche 1 Oder 2, 
dadurch gekennzeichnet 

dass die zweite Nachricht (EV) als Event ausgebildet ist. 

4, Verfahren nach einem der Anspriiche 1 bis 3, 
30 dadurch gekennzeichnet 

dass die Modif ikationsschnittstelle (MS C l) als Skript (SK) 
ausgebildet ist - 



20 



5. Verfahren nach einem der vorstehenden Anspruche, 
dadurch gekennzeichnet 

dass die Verbindung (VB) als TCP/IP-Verbindung ausgebildet 
ist . 

6. Verfahren nach einem der vorstehenden Anspruche, 
dadurch gekennzeichnet 

dass das Applet (AP) mit einer dem Server (SV) bekannten Ses- 
sion-ID (SID) gekennzeichnet wird. 

7. Verfahren nach einem der vorstehenden Anspruche, 
dadurch gekennzeichnet 

dass die Adresse (ADR) des Servers (SV) dem Applet (AP) als 
Parameter ubergeben oder aus dem Programmcode des Applets 
(AP) bestimmt wird. 

8. Verfahren nach einem der vorstehenden Anspruche, 
dadurch gekennzeichnet 

dass bei einer Webpage (WP) , in der zumindest ein modif izier- 
barer Bereich durch eine Tag-ID (TID) gekennzeichnet ist, in 
den beiden Nachrichten (UD, EV) zumindest die Tag-ID (TID) 
ubermittelt wird, wenn lediglich der Bereich modifiziert wer- 
den soli. 

9. Server (SV) nach einem der vorstehenden Anspruche, 
mit : 

zumindest einem Servlet (SL) zur Mitteilung von Anderungen 
der Webpage (WP) an das Applet (AL CL ) • 

10. Client (CL) nach einem der vorstehenden Anspruche, 
mit : 

der zumindest einem Webpage (WP CL ) , 

dem zumindest einer, der Webpage (WP CL ) zugeordneten Modi- 
f ikationsschnittstelle (MS CL ) , 

dem zumindest einen der Webpage (WP CL ) zugeordneten 
Applet (AL CL ) . 
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Zusammenf assung 



Verfahren unci Anordnung zur Modif ikation einer Webpage 

5 

Bei einem Client CL, in dem eine Webpage WP a mit zumindest 
einer zugeordneten Modif ikationsschnittstelle (MS C l) 9 sowie 
zumindest ein Applet AP C l vorgesehen sind, wobei zwischen dem 
Applet APcl und zumindest einem Server SV zumindest eine Ver- 
io bindung VB besteht, wird von dem Server SV zumindest eine 
erste Nachricht UD zu dem Applet AP a gesendet, vom dem 
Applet APcl hierauf der Modif ikationsschnittstelle (MS C l) eine 
zweite Nachricht EV mitgeteilt und die Webpage WP C l unter Be- 
riicksichtigung der zweiten Nachricht EV modif iziert. Hier- 
15 durch wird ein Server Push Mechanismus realisiert, bei dem 

die Webpages vorteilhaft lediglich in HTML realisiert werden. 
Ein aufwandige Realisierung der Webpage WP in einer Program- 
miersprache wie z.B. Java ist somit nicht erf orderlich. 
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Figur 1 
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